home *** CD-ROM | disk | FTP | other *** search
/ Almathera Ten Pack 3: CDPD 3 / Almathera Ten on Ten - Disc 3: CDPD3.iso / scope / 026-050 / scopedisk36 / search / sr.doc < prev    next >
Text File  |  1995-03-18  |  3KB  |  71 lines
  1.                 Search & Rescue Memory v1.0 - October l988
  2.  
  3.      I learned assembler on a C-128. This fabulous machine has a very handy
  4. built-in debugger with a lot of commands. The public domain debuggers I
  5. got from this library and from other sources can do a lot, but they don't
  6. have a decent Hunt (Find, Search) command that could salvage "lost" files
  7. in memory after an accidental delete or reset. So I wrote S&R to do just
  8. that. Suppose your system crashes while you are editing a text file: what
  9. can you do? S&R may save your day; here's how.
  10.  
  11.      First you have to reset the Amiga. As soon as the screen appears, type
  12. "CTRL-D" to get a CLI. This is the quickest and least disturbing method to
  13. regain control of the computer. Then, call S&R from that CLI. It opens two
  14. windows, the upper one to read memory and the lower one for the other
  15. commands. Choose the ASCII option for text and enter a string that was in
  16. the lost file ("Dear Santa"). The standard Amiga user's memory is from $0
  17. to $7ffff (512 K). With a 1 Meg Amiga, the lost file may also be found
  18. between $c00000 and $c7ffff. The file you are looking for may have been
  19. damaged if it was overwritten by some odd command during rebooting; in that 
  20. case, you may recover only a part of it. It may also be found in several
  21. "chunks" if there was not enough contiguous memory to load it in one block.
  22. In that case, you have to look for each chunk. S&R will show every occurence
  23. of the string in the selected range. Check them up with the "M" option. Some
  24. addresses may be overwritten by "0" or "2e" in blocks used as buffers. When
  25. you find the missing file, note the start and end addresses and use the Save
  26. option to salvage the block. Do not save to RAM: because this may shift away
  27. the memory you are saving. With options "W" or "L", S&R will also look for
  28. words (2 bytes) and long words (4 bytes) in hexadecimal. Just follow the
  29. prompts and that's it.
  30.  
  31.      Some parts of memory will not tolerate peeping toms  and looking them up
  32. crashes the computer. For a 1 Meg system, $0 - $7ffff and $c00000 - $c7ffff
  33. are safe (you will find there all the user's programs and lost files).
  34. Some Virus reside at $7ec00-$7f000. Explore the rest at your own risks;
  35. crossing some "borders" (like $200000 and $120000) may give odd results.
  36. As for speed, the all-ML S&R is quite fast: it will check $0-$100000
  37. (more than a million bytes) in only 9 seconds. It is so small (just 2300
  38. bytes) that it fits well in the "c" directory, too. Ah, one more thing: when
  39. you enter hexadecimal addresses or data, you may skip any leading zero. A 
  40. Return at the start address prompt will get you back to the menu. If the
  41. start address you entered is no good, enter a slightly higher value as an
  42. end address before pressing Return. 
  43.  
  44.      Well, you know enough now to give it a try. Memory explorers would be
  45. well advised to use a memory map to avoid the lurking Guru and his boring
  46. advices. The source code is available from the author.
  47.  
  48.                                             -*=*- Michel Laliberté -*=*-
  49.                                                   Montréal, Québec
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.